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Method and arrangement for indicating a size restriction of a message 



The invention relates to indicating the size restrictions of messages, particularly 
multimedia messages, to the user. 

5 At present it is possible to transmit data that may include text, image, moving 
image, video or sound, or a combination of these. A lot of messages are 
transmitted through a network between wireless devices. It is known to transmit 
text-form messages (SMS, Short Message Service) in a GSM (Global System for 
Mobile Telecommunications) network through a short message service center 
10 (SMSC). The short message service center receives the message to be 
transmitted and transmits it to the receiver immediately when the receiver can be 
reached. Multimedia messages (MMS, Multimedia Messaging Service) that can 
contain various forms of data, are respectively transmitted through a multimedia 
messaging service center (MMSC). 

15 The various data forms contained by multimedia messages have different sizes. 
For example text-form data can typically be saved in a fairly small space, which 
makes it easy to process and transmit, because it does not use up the resources 
of the system or the equipment. As for images, they already require remarkably 
more space, capacity and power in order to be processed and transmitted in the 

20 same way. The largest data that requires most power and uses most storing 
capacity is data saved in video form. 

When a user wishes to send an SMS, he typically edits the message in his mobile 
phone, selects a receiver and once more accepts the message to be sent to said 
receiver. The maximum size of a text message to be transmitted is 160 characters. 

25 The maximum size of a multimedia message to be transmitted is in principle 
unlimited, although operators typically define a maximum size for the messages to 
be transmitted (the maximum size may be e.g. 100 kB). In case the size of a 
multimedia message is so large that it cannot be transmitted in said network, the 
user gets an error message for reply. The error message tells that the multimedia 

30 message could not be sent, because it is too large. 

Nowadays most mobile phones include a camera, and apart from images, also the 
saving of video-form data in a mobile phone is possible. For example a multimedia 
message composed of video clips can be sent only in case the size of the created 
multimedia message does not surpass the size limit for multimedia messages, 
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defined by the operator. Messages and devices become more versatile and 
common, and longer and larger video clips can be composed by the devices. 
Moreover, the user may compile the message of several smaller parts, in which 
case the size of the composed message may surpass the size limit set for a 
5 multimedia message to be transmitted. Typically the limitations connected to the 
transmitting of multimedia messages are not easily available for the users, and 
therefore they are not generally known. 

The object of the invention is to realize an improved and more user-friendly way to 
inform the user of a message that cannot be transmitted in the network owing to its 
10 large size. 

The object is achieved by registering the maximum size of messages to be 
transmitted in the network, so that the maximum size is available for the mobile 
phone applications and can be indicated for the user already in the user 
application. 

15 The characteristic novel features of the invention are set forth in the characterizing 
parts of the independent claims. Other embodiments of the invention are set forth 
in the dependent claims. 

According to an embodiment of the invention, there is produced an arrangement 
for composing a message for which the network defines a given size limit. The 

20 size limit defined by the network is the largest possible size for a message that still 
can be transmitted in said network. Messages surpassing the size limit cannot be 
transmitted in said network. The arrangement according to the invention has an 
application program for composing the message. In addition, the arrangement has 
a registered size limit defined by the network that is available for the application 

25 program. Typically the application program looks up the size limit in a given 
predetermined location, such as the device memory, where the size limit is 
registered. Then the looked-up size limit can be indicated for the user in the 
software application composing the message. 

According to an embodiment of the invention, there is realized a method for 
30 composing a message for which the network defines a given size limit in order to 
enable the transmission of said message in said network. In a method according 
to the embodiment, the elements of the multimedia message are composed by 
means of one or several application programs provided in the arrangement. The 
application program can be for example an application recording video image, an 
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application dealing with static camera images or some other application used for 
editing message data or composing a message. In this embodiment, the message 
size limit defined by the network is registered in the device, so that it is available 
for the application program. The size limit can be defined in the application 
5 settings, from where the application program can look it up. As an alternative, the 
size limit can be saved (stored) for example in a system file, in which case any 
application program can read the size limit. When the application program has 
looked the size limit information up in the arrangement, the size limit is indicated 
for the user. 

10 A software according to an embodiment for composing a message, for which the 
network defines a given size limit for enabling the transmission of messages in 
said network, includes program elements for looking up the size limit defined by 
the network and for indicating the size limit for the user. Typically the size limit is 
indicated for the user in a graphic interface. According to an embodiment, the user 

15 interface shows an envelope symbolizing the sending of a message, which 
envelope is represented as highlighted, when the size of the message that is being 
composed is equal to or smaller than the known size limit. In case the size limit is 
surpassed and the message cannot be transmitted, this is indicated for the user 
for example so that the envelope symbolizing the sending of a message 

20 disappears from the screen, or it is represented as crossed-over, flashing or dim. 

An advantage of the invention is that the user is already when composing a 
message aware of the size limit and the transmission-related consequences of 
surpassing the limit. Thus the user already when composing the message is aware 
of the relation of the message size to the defined size limit. In addition, the user 

25 gets an indication of an oversized message already in the message-writing 
application program, instead of finding out, only after attempt, error and a received 
error message that the attempted message size is too large. Thus the user does 
not even try to send a message that is too large, but may for example select an 
alternative way of transmission for a large message, or reduce the message size 

30 by leaving something out or by editing the message. Furthermore, the system may 
recommend an alternative way for sending a large message if the size limit is 
surpassed (e.g. 'send as mail'). 

The invention is described in more detail below with reference to the appended 
drawings, where 



35 figure 1 illustrates a message according to an embodiment of the invention, 
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figure 2 illustrates a device according to an embodiment of the invention, 

figure 3a illustrates a method according to an embodiment of the invention for 

transmitting messages, and 

figure 3b illustrates a method according to an embodiment of the invention for 
5 transmitting messages. 

Figure 1 illustrates a multimedia message as an example of a message according 
to the invention. The multimedia message has a header, i.e. an identifier part 101. 
The identifier part 101 contains information that is needed for transmitting the 
multimedia message. For example, the identifier 101 contains information of how, 

10 when, in which form and according to which protocol the multimedia message is 
transmitted from the transmitting device to the receiving device. The presentation 
part 102 of the multimedia message contains instructions for how the contents of 
the multimedia message are presented in the device. The presentation part 102 is 
not a mandatory part of a multimedia message: in case the presentation part 102 

15 is not defined in a multimedia message, its contents are presented according to 
the definitions of the presenting device. The presentation part 102 defines in which 
order, for how long, how and by what means the multimedia parts of a multimedia 
message are presented. Typical presentation means are display and sound 
reproduction means. The presentation part 102 can be realized for instance in the 

20 SMIL (Synchronized Multimedia Integration Language) or WML (Wireless Markup 
Language) programming languages. There can also be several presentation parts 
102. In that case one of them is a so-called root part that is indicated by means of 
a given start parameter. 

Moreover, the multimedia message illustrated in figure 1 has multimedia parts: an 
25 image part, 103, a text part 104, an audio part 105 and a video part 106. A 
multimedia message may contain several different multimedia parts. The mutual 
order of the multimedia parts is not significant as such, because their method and 
order of presentation is defined separately, for example in the above described 
presentation part 102 or in the settings of the presenting device. The presentation 
30 part 102 and the multimedia parts 103 - 106 constitute the body of the multimedia 
message. 



For composing a multimedia message, there are typically used different 
components and application programs. Figure 2 illustrates a mobile phone that 
can be used for processing multimedia messages. For establishing a contact, the 
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mobile phone includes an antenna 201 and a transmission and reception block 
202 provided with separate transmission and reception branches. The 
transmission and reception block 202 is connected to the antenna 201 by a 
duplexer, i.e. a branching unit that distributes the transmission and reception turns 
5 between the transmission branch and the reception branch. The transmission 
branch typically includes a transmission unit, an A/D converter and an amplifier. 
The reception branch typically includes a reception unit, a D/A converter and an 
amplifier. 

The mobile phone has control unit 203, whereby data is processed, and which 
10 controls the operation of all components. The memory unit 207 typically includes 
both permanent memory for storing data and volatile random access memory. In 
addition, the mobile phone is provided with a multimedia application 209 including 
means for processing the message text part 210, the audio part 211, the image 
part 212 and the video part 213. The means for processing the multimedia parts of 
15 a multimedia message are typically software means. 

As data input elements in the mobile phone of figure 2, there are illustrated a 
microphone 204, a keyboard 208 and a camera 214. Apart from these, typical data 
input means are mouses as well as surfaces, pens and displays operated by touch 
input. As data presentation means, the mobile phone includes a display 206, a 
20 loudspeaker 205 and a MIDI (Musical Instrument Digital Interface) 215. 

Typically the text part 104 of a multimedia message is composed by feeding text 
from a keyboard 208. The text can also be looked up in a memory 207 or from an 
external server through an established wireless or fixed connection. 

The image part 103 of a multimedia message can be created by manual input 
25 through some drawing application. According to an embodiment, there are utilized 
ready-made images already stored in the device memory 207 or images looked up 
or ordered from an external server. According to an embodiment, the camera 214 
of the device is used for shooting an image, which is possibly edited further by 
some image editing application. 

30 The audio part 105 of a multimedia message can be composed by means of a 
microphone 204 and some sound-recording application. The audio data can also 
be looked up in the device memory unit 207 or from an external server or device. 
The audio data contained in the audio part 105 of a multimedia message can be 
reproduced through the loudspeaker 205. Often the devices include more versatile 
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means for processing audio data, for example the MIDI 215 suggested here, that 
can be used for reproducing more versatile audio data of the audio part 105 of the 
multimedia message, or for recording audio data as the audio part 105 of the 
multimedia message. 

5 The video part 106 of a multimedia message is typically recorded by the video 
camera component 216 included in the device. Also the part 106 of the multimedia 
message, containing video data, can be recorded in the memory unit 207 of the 
device and looked up for further usage when necessary. In addition, video data 
can be received through a connection established from external devices. For 
10 presenting video data, there are typically used means employed for presenting 
both picture and sound. 

Because the part 106 of the multimedia message containing video data is typically 
large in size, let us now observe in more detail how said video part 106 is 
composed. Respective operations can also be realized in the same way in other 

15 applications, components and multimedia message parts. By means of the 
multimedia application 209, there is composed a message containing video-form 
data. In this embodiment, the video data is recorded through the video part 213 of 
the multimedia message application 209, or existing video data is processed by 
means of the video part 213. The video part 213 includes a software whereby 

20 there is created an interface for the user for processing the video data proper. The 
device according to the invention knows the maximum size for a message to be 
transmitted. This information can be located in the memory unit 207 of the device, 
or it can be registered in the system file, in the multimedia application 209, in the 
data-processing parts 102-106 thereof, or in data-processing software. 

25 According to an embodiment, the information of the maximum size of messages is 
available for the software to read and use. Thus the software presented for the 
user can directly indicate for the user when the defined maximum size is 
surpassed, and the message cannot be transmitted in the network. According to 
an embodiment, the maximum size of the transmitted message is registered in the 

30 memory unit. In that case a video application can look it up, and present an 
indication of the size of the video data to be processed or produced to the user. 
The video application can look up and indicate said size information always when 
the video application is being used. As an alternative, the video application can 
look up and indicate said size information only when the video application is 

35 switched on through the multimedia application. Respectively, the size information 
registered in connection with the multimedia application, or in a memory part 
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allocated for it, is available for message composing or editing application 
programs, when said application programs are switched on through the multimedia 
application. The size information can also be registered in each application 
program, or only once in the system file of the device, from where the application 
5 programs look it up always when being switched on. The registering of the size 
information in one location only makes it easier to update the size information of 
the device, because then the updating must only be carried out in one location. 
Particularly if the size information varies, for instance between different operators, 
or for instance during the lifecycle of the device, the possibility to update the size 
10 information simply and unambiguously is important. 

According to an embodiment, on the user's display, there is presented, for 
instance in the top bar, in addition to other menus and program information, also 
the information of the size of the message that is being processed. The size of the 
message can be indicated for example so that in the top bar, there is graphically 

15 represented an image of an envelope that turns for example red or dim and/or 
opens and/or starts to flash and/or gets crossed-over, when the message to be 
processed reaches the defined maximum size. One possible way to indicate for 
the user that a multimedia message could not be transmitted in the network, 
because the size limit defined by the network was surpassed, is to prevent the 

20 selection of the "send" option of the browser or application program and for 
instance to show it as gray in the user interface. The size of the message can also 
be indicated to the user in some other suitable way. Typically the size is indicated 
visually, but in addition to information indicated on the display, or instead of it, for 
example a given sound signal can be used. 

25 The size information can be defined according to a predetermined default value in 
the data of the transmitting mobile terminal. However, the size of messages 
transmitted by different networks can vary. Therefore it is useful to look up the 
current size information in the network. Until the size information is received from 
the network, some predetermined default value can be used for indicating the 

30 message size in the mobile terminal. 

Known text messages are transmitted along signaling channels. The capacity of 
signaling channels is very limited, and consequently also the maximum size of text 
messages is restricted to 160 characters. For transmitting multimedia messages, 
there are used data channels. Data channels have a remarkably higher capacity 
35 than signaling channels, and the size of the messages transmitted therein can be 
anything up from hundreds of kilobytes. Moreover, several features can be utilized 
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in the MMS technique, such as user profiles or the conversion of messages into 
other forms, which are not possible when using the SMS technique. Functions 
connected to the MMS technique can be achieved within a given marginal without 
third generation (3G) networks. This can be realized for example by transmitting 
5 multimedia messages in packet-form data by using the GPRS (General Packet 
Radio Service) technique. For example by using the standardized and currently 
employed EMS (Enhanced Messaging System) technique, it is possible to transmit 
melodies, simple pictures, sound and animation. The EMS technique is used in the 
existing infrastructure of the network. In order to fully utilize the MMS technique, 
10 both the power of the devices and the infrastructure of the network must be 
updated. In third generation (3G) networks, the multimedia messages to be 
transmitted can also include more advanced features, such as video form data 
flow. 

Figure 3a illustrates how messages are transmitted in an arrangement according 
15 to an embodiment of the invention. The transmitter of figure 3a, MMS Client, is a 
mobile terminal. When the transmitter wishes to transmit a message to another 
receiving mobile terminal the transmitting mobile terminal transmits the message 
to its messaging server, MMS Proxy, 301. From the messaging server of the 
transmitter, MMS Proxy, the message is transmitted to the messaging server of 
20 the receiver, i.e. MMS Proxy, 303 through some general network. In the employed 
general network, messages are transmitted according to typical transmission 
protocols between the messaging servers of the transmitter and the receiver. 

When a message should be sent, the transmitting device establishes connection 
to the messaging server by sending a message transmission request 301. The 

25 messaging server, or the so-called proxy server, is located in the network and 
communicates interactively with the message unit or program of the transmitting 
device. Said message transmission request is sent on the basis of the URI 
(Uniform Resource Identifier) of the messaging server. The identifier identifies that 
messaging server that is available for said transmitting device. For transmitting 

30 messages between the messaging server and the mobile terminal, there are 
typically used the WAP (Wireless Application Protocol) and the WSP/HTTP 
(Wireless Session Protocol / Hypertext Transfer Protocol) protocols. In connection 
with the message transmitting request 301, also a multimedia message is 
transmitted to the messaging server. The transmitting device creates an event 

35 identifier to the sent message. The transmitting device and the messaging server 
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use an event identifier, whereby the messages transmitted by them and referring 
to said event can be identified. 

When the messaging server receives a message transmission request, it sends to 
the transmitter a confirmation message 302. In the confirmation message, there 
5 also is transmitted the mode information of the requested function, i.e. information 
indicating whether the transmission of the requested message was successful. If 
the transmission was successful according to step 303, the transmitter receives a 
confirmation message telling that the message is transmitted further. In case the 
transmission of the message has failed, the transmitter receives an error code 

10 indicating the reason of the failure. Reasons for a failure in transmission can be 
permanent or temporary - for example the messaging server can be temporarily 
unavailable. Typically the reasons are caused by the network or the server, a 
setting in either of these, or a failure in the function of an element therein. In case 
the size of the transmitted message is too large, the transmitter receives, 

15 according to the prior art, a confirmation message indicating a notice of the failure 
in the transmission of the message, as well as of the reason of the failure. 

According to an embodiment of the invention, the mobile terminals can, already 
before the above described step 301, inquire the messaging server the maximum 
message size transmitted in said external network. Thus the mobile terminal 

20 knows the maximum size and can indicate it either in its application program, or 
when composing or processing the message. A step preceding the transmission 
301 of figure 3a is illustrated in figure 3b. In figure 3b, the transmitting mobile 
terminal transmits to the messaging server an inquiry 3001 of the maximum size of 
the messages transmitted in the external network that is available. This 

25 information can be registered in the messaging server, or the messaging server 
can further look said information up in an external network. The messaging server 
sends to the mobile terminal a response message 3002, where it indicates the 
maximum value of the message size. Thus the mobile terminal receives 
information of the maximum size of the message transmitted in the network, and 

30 can register it so that it is available for the mobile terminal components and/or 
software. 

According to another embodiment, the messaging server can transmit to the 
mobile terminals a notice of the maximum message size 3002 without a separate 
request or inquiry from the mobile terminal (3001). The messaging server can 
35 transmit said notice to the mobile terminal for example when a new mobile 
terminal enters its coverage area, or when a mobile terminal under its control is 
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switched on. According to another embodiment, the messaging server can update 
a possibly changing piece of information for all mobile terminals that transmit 
messages through said messaging server. 

According to an embodiment, a mobile terminal where multimedia messages are 
5 composed can send the network a request of the size limit defined by the network. 
For example in a GSM network, the network size limit can be registered in the 
network home register from where the network mobile terminals can look the 
information up. The home register can also transmit for instance an altered piece 
of information to each mobile terminal under its control. The size information can 
10 also be registered in a server located on the network bus, or in a respective 
storage location, from where the size information is available for the mobile 
terminals located in the network. In particular, the size information is registered in 
the network bus in networks where separate switching centers are not employed. 
The size information defined by the network operator can be transmitted to the 
15 network devices in case the size information is changed, or when a device enters 
the coverage area of the network. Thus the network operator can change the 
information of the maximum size of a transmitted message for example according 
to the current load in the network. 



